Currency recycler

ABSTRACT

A cash recycler that is configured to allow deposited money to be dispensed (recycled) in a withdrawal transaction. In one embodiment, multiple currency recyclers could be used at multiple stores of a retail establishment and collectively work from one pending balance. Embodiments are also contemplated in which multiple accounts at one recycler location. In some cases, the currency recycler provides provisional credit for deposits of coinage and checks. In some cases, transactions made on the currency recycler could be settled to any financial institution.

RELATED APPLICATIONS

This application is a continuation of U.S. patent application Ser. No. 13/618,601 filed on Sep. 14, 2012, which claims the benefit of U.S. Provisional Application Ser. No. 61/535,098 filed Sep. 15, 2011, the disclosure of which is hereby incorporated by reference in its entirety.

FIELD OF THE INVENTION

The present invention relates generally to a currency recycler; and more particularly to a system and method for securely storing and distributing currency.

BACKGROUND AND SUMMARY OF THE INVENTION

In many retail establishments, currency security is often an important issue. As the threat of currency theft is often high in retail establishments, many such retail establishments utilize a safe or other device to store large amounts of currency. In order to ensure security of the currency, employees of the retail establishment often do not have access to the deposited currency. By placing currency and other valuables into the safe, oftentimes, the deposited currency is removed from circulation until a bank or other financial institution is able to retrieve the currency out of the safe. However, removing the currency from circulation may put short term financial strain on the retail establishment.

Embodiments disclosed herein include a currency recycler that is designed to provide retail establishments with faster availability to their daily cash receivables. By leveraging equipment and data processing to deliver deposit data to the financial institution in an expeditious manner, the retail establishment can gain fast access to deposits. In addition, embodiments of the currency recycler provide counting capabilities that automate the handling of the banknotes. Further, by reducing the amount of touches of the banknotes, reductions in loss funds can be realized.

The point of entry is through the currency recycler, which accurately identifies the banknote value and stores the banknote in either a location where it can be retrieved (recycled) or in a location that is used for storage until retrieved by an armored car provider. Embodiments of the currency recycler are connected to a network that allows for communication of the transaction (deposit/withdrawal) to temporary files that keeps track of the net of the deposits/withdrawals. At the end of the processing day, by accumulating the data to match the retailer establishment's point of sale systems, embodiments disclosed herein are able to provide an output that allows for reconciliation to be automated at the corporate back office.

Thus, embodiments disclosed herein connect the currency recycler to a network that allows for communication at all times. This allows retail establishments to have multiple stores working collectively from one pending balance. By allowing the retail establishments to work from one balance, this removes the need for excess availability to be required within each store thus allowing for the retail to gain access to working capital.

According to one embodiment, the disclosure provides a computer system for processing financial transactions of a retailer having a plurality of retailer locations including a first retailer location with first currency recycler and a second retailer location with a second currency recycler. The at least one processor, a network interface, and a memory element are coupled to the processor. On the memory are stored instructions to direct the processor to perform operations. For example, the processor may be programmed to store a first recycler identifier indicative of a first recycler unit, a second recycler identifier indicative of a second recycler unit, and a retailer identifier indicative of a retail store using the first recycler unit and the second recycler unit. A first recycler account balance may be associated with the first recycler identifier; a second recycler account balance may be associated with the second recycler identifier; and a retailer account balance may be associated with the retailer identifier. Typically, a first location identifier indicative of a store location at which the first recycler unit is being used is associated with the retailer identifier and a second location identifier indicative of a store location at which the second recycler unit is being used with the retailer identifier. In some embodiments, the transaction request includes the retailer identifier and either the first location identifier or the second location identifier. The retailer account balance is adjusted regardless of whether the transaction request includes the first location identifier or the second location identifier.

According to another embodiment, the disclosure provides a system for processing financial transactions. For example, the system may include a first currency recycler at a first location, a second currency recycler at a second location and a remote computing device configured to communicate with the first currency recycler and the second currency recycler via a communications network. The remote computing device includes a processor programmed to perform a plurality of operations. For example, a first recycler identifier indicative of the first recycler unit, a second recycler identifier indicative of the second recycler unit, and a retailer identifier indicative of a retail store using the first recycler unit and the second recycler unit may be stored. The processor may associate a first recycler account balance with the first recycler identifier, a second recycler account balance with the second recycler identifier, and a retailer account balance with the retailer identifier. The retailer account balance is adjusted responsive to transaction requests by both the first currency recycler and the second currency recycler. In some embodiments, the first currency recycler sends a transaction request to the remote computing device responsive to a user selecting a transaction on the first currency recycler and the transaction request includes the retailer identifier and the first currency recycler identifier. The remote computing device is configured to adjust the retailer account balance in response to receiving a transaction request from the first currency recycler. When the second currency recycler sends a transaction request to the remote computing device responsive to a user selecting a transaction on the second currency recycler, the transaction request includes the retailer identifier and the second currency recycler identifier. The remote computing device is configured to adjust the retailer account balance in response to receiving a transaction request from the second currency recycler.

According to yet another embodiment, the disclosure provides a currency recycler with a processor, a plurality of stackers configured to hold currency, a currency routing assembly, a display, an input device configured to select one or more options presented on the display, a network interface, and a memory element coupled to the processor. The memory has instructions stored thereon to direct the processor to perform certain operations. For example, the processor may be programmed to present a plurality of transaction types for selection by the user on the display. Typically, the transaction types include an exchange transaction and/or a manual processing transaction. If the user selects the exchange transaction using the input device, this will initiate a withdrawal transaction by which a selected withdrawal amount is dispensed through the exit. After the selected withdrawal amount is dispensed, a deposit transaction is processed for a deposit amount equal to the selected withdrawal amount. In some cases, the user is provided an opportunity to select another denomination of bills if an initial selection is unavailable.

Embodiments are contemplated for a non-transitory, computer readable storage medium storing a program for performing an exchange transaction on a currency recycler according to a process that includes the step of presenting a plurality of transaction types for selection by the user on a display, including an exchange transaction. If the user selects an exchange transaction, the program will prompt for selection of a withdrawal amount and a preferred denomination. A determination is made as to whether the preferred denomination is available. If so, the preferred denomination is dispensed to the user and a deposit transaction is processed. If not, the user is prompted for the selection of another denomination; once an available selection is made, that denomination is dispensed to the user and a deposit transaction is processed.

Additional features and advantages of the subject system and method will become apparent to those skilled in the art upon consideration of the following detailed materials which form part of this provisional application.

BRIEF DESCRIPTION OF THE DRAWINGS

The embodiments set forth in the drawings are illustrative and exemplary in nature and not intended to limit the subject matter defined by the claims. The following detailed description of the illustrative embodiments can be understood when read in conjunction with the following drawings, where like structure is indicated with like reference numerals and in which:

FIG. 1 depicts a computing environment for a currency recycler, according to one or more embodiments shown and described herein;

FIG. 2 depicts computing components in a currency recycler, according to one or more embodiments shown and described herein;

FIG. 3 depicts hardware components of a currency recycler, according to one or more embodiments shown and described herein;

FIG. 4 depicts the hardware components of the currency recycler during a deposit, according to one or more embodiments shown and described herein;

FIG. 5 depicts the hardware components of the currency recycler during a withdrawal, according to one or more embodiments shown and described herein;

FIG. 6 depicts the hardware components of the currency recycler during a long auto-verification, according to one or more embodiments shown and described herein;

FIG. 7 depicts the hardware components of the currency recycler during a short auto-verification, according to one or more embodiments shown and described herein;

FIG. 8 depicts the hardware components of the currency recycler during a bypass deposit, according to one or more embodiments shown and described herein;

FIG. 9 depicts the hardware components of the currency recycler during a bypass withdraw, according to one or more embodiments shown and described herein;

FIG. 10 depicts the hardware components of the currency recycler during repeat withdraw, according to one or more embodiments shown and described herein;

FIG. 11 depicts the hardware components of the currency recycler during a count, according to one or more embodiments shown and described herein;

FIG. 12 depicts the hardware components of the currency recycler during a sort notes procedure, according to one or more embodiments shown and described herein;

FIG. 13 depicts the hardware components of the currency recycler, during a cash load from a verification cassette, according to one or more embodiments shown and described herein;

FIG. 14 depicts the hardware components of the currency recycler during a cash load from an upper unit, according to one or more embodiments shown and described herein;

FIG. 15 depicts the hardware components of the currency recycler during a target level maintenance, according to one or more embodiments shown and described herein;

FIG. 16 depicts the hardware components of the currency recycler during a collection cassette pickup, according to one or more embodiments shown and described herein;

FIG. 17 depicts the hardware components of the currency recycler, further illustrating serial number recognition flow, according to one or more embodiments shown and described herein;

FIG. 18 depicts the hardware components of the currency recycler during a deposit jam, according to one or more embodiments shown and described herein;

FIG. 19 depicts a diagram illustrating implementation setup, according to one or more embodiments shown and described herein;

FIG. 20 depicts a diagram illustrating the currency recycler account structure, according to one or more embodiments shown and described herein;

FIG. 21 depicts a diagram illustrating transaction types for the currency recycler, according to one or more embodiments shown and described herein;

FIG. 22 depicts a diagram illustrating a reconciliation process for the currency recycler, according to one or more embodiments shown and described herein;

FIG. 23 depicts a diagram illustrating a fill/empty process for the currency recycler, according to one or more embodiments shown and described herein;

FIG. 24 depicts a diagram illustrating customer transactions with the currency recycler, according to one or more embodiments shown and described herein;

FIG. 25 depicts a flowchart illustrating operation of the currency recycler, according to one or more embodiments shown and described herein;

FIG. 26 depicts a flowchart illustrating operation of depository versus non-depository transactions, according to one or more embodiments shown and described herein;

FIG. 27 depicts a flowchart illustrating depository versus non-depository debit and credit balances, according to one or more embodiments shown and described herein;

FIG. 28 depicts a flowchart illustrating intraday operation of the currency recycler, according to one or more embodiments shown and described herein;

FIG. 29 depicts a flowchart illustrating end of day transactions of the currency recycler, according to one or more embodiments shown and described herein;

FIG. 30 depicts a flowchart illustrating a physical cash audit of the currency recycler, according to one or more embodiments shown and described herein;

FIG. 31 depicts a flowchart illustrating an example exchange transaction of the currency recycler according to one or more embodiments shown and described herein; and

FIGS. 32 and 33 depict example receipts illustrating an example of manual processing for coin and/or checks according to one or more embodiments shown and described herein.

DETAILED DESCRIPTION OF THE DRAWINGS

While the concepts of the present disclosure are susceptible to various modifications and alternative forms, specific exemplary embodiments thereof have been shown by way of example in the drawings and will herein be described in detail. It should be understood, however, that there is no intent to limit the concepts of the present disclosure to the particular forms disclosed, but on the contrary, the intention is to cover all modifications, equivalents, and alternatives falling within the spirit and scope of the disclosure.

In general, embodiments disclosed herein relate to a commercial system/process that recycles currency. As an example, one or more currency recyclers may be located at one or more respective retailer locations. The currency recyclers may each be linked to a financial account that the retailer has with the financial institution. The currency recycler may provide a mechanism for receiving monetary deposits from the retailer at one of the currency recyclers into the account. The currency recycler may also authenticate the deposit transactions and provide a preliminary indication that the deposits have been accepted. At the end of the day, all transactions may be subject to a secondary verification before being finalized. This final verification may include sending the transactions to the financial institution for settlement processing. The settlement of transactions may occur every day of the week rather than only on weekdays as done on existing systems. Verification could be provided to a courier that restocks the currency recycler; and/or providing verification by the currency recycler itself. Regardless, upon deposit of the currency into the currency recycler (and pending final approval), the currency belongs to the financial institution; with the retailer's account being credited.

Similarly, if a retailer wishes to make a withdrawal from their account for use in the retail location, they can use the currency recycler as they would use an automated teller machine (ATM). Once the retailer is authenticated, the currency recycler can preliminarily debit that retailer's account and provide the requested currency. Again, at a predetermined time (such as the end of the day), the currency recycler can provide a final verification for all transactions.

As such, the currency recycler is configured to document an accounting of the deposits and withdrawals. The deposited currency may be stored in a common reservoir with currency that was provided by the financial institution for withdrawals. This allows deposited currency to be “recycled” for withdrawals. By recycling the currency, the currency recycler can operate without needing a courier to insert/remove currency on a regular basis. Instead, because the currency recycler is maintained and monitored by the financial institution, the technician can wait until the currency recycler indicates that the currency level reaches a predetermined low threshold or predetermined high threshold. Upon receiving the indication, the technician can add additional currency and/or remove excess currency from the currency recycler. Additionally, as the deposited currency belongs to the financial institution, FDIC balance minimums may be more easily met by the financial institution, and the retailer reduces their risk involving theft of deposited funds.

Referring now to the drawings, FIG. 1 depicts a computing environment for a currency recycler, according to one or more embodiments shown and described herein. As illustrated, a network 100 may be coupled to a remote computing device 102 and an a currency recycler 104. The network 100 may include a wide area network and/or a local area network and thus may be wired and/or wireless. The remote computing device 102 may include any portable and/or non-portable computing device, such as personal computer, laptop computer, tablet computer, personal digital assistant (PDA), mobile phone, etc. The remote computing device 102 may additionally include other communication infrastructure, such as infrared, Wi-Fi™, near field communication to function as a remote control of one or more of the devices depicted in FIG. 1.

The currency recycler 104 may be located in a retail environment and may be coupled to the network 100 via a wired and/or wireless connection. The action logic 144 a may include software, hardware (such as a programmable logic controller), and/or firmware for providing operational commands to one or more of the service devices 110. Similarly, the maintenance logic 144 b may include software, hardware, and/or firmware for facilitating maintenance of the currency recycler 104.

It should be understood that while the remote computing device 102 and the currency recycler 104 are represented in FIG. 1 each as a single component; this is merely an example. In some embodiments, there may be numerous different components that provide the described functionality. However, for illustration purposes, single components are shown in FIG. 1 and described herein.

It should also be understood that while FIG. 1 depicts each of the remote computing device 102 and the currency recycler 104 as being physically coupled to the network 100, this is also merely an example. More specifically, the embodiment of FIG. 1 is depicted to illustrate a communicative connection between devices. This communicative connection may take the form of a wired connection and/or a wireless connection. Thus, depending on the particular embodiment, a physical connection may or may not actually be implemented. On a similar note, the wireless connection may take any of a number of different forms, including a near field communication protocol (such as Bluetooth™, RF4CE, etc.), a mid-range wireless protocol (such as Wi-Fi™, Wi-Di™, etc.), and/or a long range wireless protocol (such as WiMax, 3G, 4G, etc.).

FIG. 2 depicts computing components in the currency recycler 104, according to one or more embodiments shown and described herein. In the illustrated embodiment, the currency recycler 104 includes a processor 230, input/output hardware 232, network interface hardware 234, a data storage component 236 (which stores currency data 238 a, schedule data 238 b, and/or other data), and the memory component 140. The memory component 140 may be configured as volatile and/or nonvolatile memory and as such, may include random access memory (including SRAM, DRAM, and/or other types of RAM), flash memory, secure digital (SD) memory, registers, compact discs (CD), digital versatile discs (DVD), and/or other types of non-transitory computer-readable mediums. Depending on the particular embodiment, the non-transitory computer-readable medium may reside within the currency recycler 104 and/or external to the currency recycler 104.

Additionally, the memory component 140 may store operating logic 242, the action logic 144 a, and the maintenance logic 144 b. The action logic 144 a and the maintenance logic 144 b may each include a plurality of different pieces of logic, each of which may be embodied as a computer program, firmware, and/or hardware, as an example. A local communication interface 246 is also included in FIG. 2 and may be implemented as a bus or other communication interface to facilitate communication among the components of the currency recycler 104.

The processor 230 may include any processing component operable to receive and execute instructions (such as from the data storage component 236 and/or the memory component 140). The processor may be located outside the housing for security reasons or other reasons. For example, the processor may be located in a safe area typically below the recycler. Optionally, the processor may be located remote from the recycler and/or safe and may be connected wirelessly to the recycler and/or safe. The input/output hardware 232 may include and/or be configured to interface with a monitor, positioning system, keyboard, touch screen, mouse, printer, image capture device, microphone, speaker, gyroscope, compass, and/or other device for receiving, sending, and/or presenting data. The network interface hardware 234 may include and/or be configured for communicating with any wired or wireless networking hardware, including an antenna, a modem, LAN port, wireless fidelity (Wi-Fi) card, Bluetooth™ hardware, WiMax card, mobile communications hardware, and/or other hardware for communicating with other networks and/or devices. From this connection, communication may be facilitated between the currency recycler 104 and other computing devices.

The operating logic 242 may include an operating system and/or other software for managing components of the currency recycler 104. Similarly, as discussed above, the action logic 144 a may reside in the memory component 140 and may be configured to cause the processor 230 to control and/or manage one or more of the service devices 110. Similarly, maintenance logic 144 b may be configured for facilitating the replacement of one or more parts of the service devices 110. Other functionality is also included and described in more detail, below.

It should be understood that the components illustrated in FIG. 2 are merely exemplary and are not intended to limit the scope of this disclosure. More specifically, while FIG. 2 illustrates a personal computer architecture, other architectures, such as a programmable logic control (PLC) may be utilized for implementing the desired functionality. Additionally, while the components in FIG. 2 are illustrated as residing within the currency recycler 104, this is also merely an example. In some embodiments, one or more of the components may reside external to the currency recycler 104. It should also be understood that while the currency recycler 104 in FIG. 2 is illustrated as a single device, this is also merely an example. In some embodiments, the action logic 144 a and/or the maintenance logic 144 b may reside on different devices. Further, while the currency recycler 104 is illustrated with the action logic 144 a and the maintenance logic 144 b as separate logical components, this is also an example. In some embodiments, a single piece of logic may cause the currency recycler 104 to provide the described functionality.

FIG. 3 depicts hardware components of a currency recycler 104, according to one or more embodiments shown and described herein. In the embodiment shown, a currency recycler 104 is depicted and may include an entrance 302, a recognition unit 304, temporary bin for dispensing rejected notes 306, a verification cassette 308, a $1 stacker 310 a, a $5 stacker 310 b, a $10 stacker 310 c, a $20 stacker 310 d, a $50 stacker 310 e, a $100 stacker/overflow cassette 312, a first exit 314 a, and a second exit 314 b.

FIG. 4 depicts the hardware components of the currency recycler 104 during a deposit, according to one or more embodiments shown and described herein. More specifically, currency may be placed in the entrance 302 and then sent to the recognition unit 304 for verification that the currency is valid. If the currency is not valid, it may be sent to the temporary bin for dispensing rejected notes 306 and then to the exits 314 a, 314 b. If the recognition unit 304 verifies the received currency, it may be placed into one of the stackers 310, the overflow cassette 312, and/or the verification cassette 308.

FIG. 5 depicts the hardware components of the currency recycler 104 during a withdrawal, according to one or more embodiments shown and described herein. As illustrated, if withdrawal is desired, the requested amount may be pulled from the stackers 310 a, into the recognition unit 304. If the recognition unit 304 passes the currency, the currency may be sent to the first exit 314 a. If the recognition unit 304 rejects the currency, the currency may be sent to the temporary bin for dispensing rejected notes 306 for later retrieval.

FIG. 6 depicts the hardware components of the currency recycler 104 during a long auto-verification, according to one or more embodiments shown and described herein. As illustrated, currency may be retrieved from a stacker 310 a, which may include a rejected note. The currency may then be sent to the recognition unit 304 for verification. The rejected currency is sent to the temporary bin for dispensing rejected notes 306, while the valid notes are sent to the verification cassette 308.

FIG. 7 depicts the hardware components of the currency recycler 104 during a short auto-verification, according to one or more embodiments shown and described herein. Similar to the embodiment of FIG. 6, currency may be retrieved from a stacker 310, which may include a rejected note. The currency may then be sent to the recognition unit 304 for verification. The rejected currency is sent to the temporary bin for dispensing rejected notes 306, while the valid currency is sent to the verification cassette 308.

FIG. 8 depicts the hardware components of the currency recycler 104 during a bypass deposit, according to one or more embodiments shown and described herein. In some embodiments, $1 currency may not be available for deposit. As such, currency may be received at the entrance 802 and sent to the recognition unit 804 for verification. The verification may include determining whether the currency is a valid note, an invalid note, and/or a $1 note. If the currency is a valid note, it may be sent to the stackers 810 a-810 e and/or to the overflow cassette 812. If the currency is an invalid note, it may be sent to the second exit 814 b. If however, the currency is a $1 note, it may be sent to the first exit 814 a.

FIG. 9 depicts the hardware components of the currency recycler 104 during a bypass withdraw, according to one or more embodiments shown and described herein. As discussed above, when currency is received at the entrance 802, it may be sent to the recognition unit 804 for verification of validity and/or whether the currency is a $1 note. The rejected notes may be sent to the second exit 814 b and the $1 notes may be sent to the first exit 814 a. Additionally, upon withdrawal, valid currency may be retrieved from the stackers 810 and sent to the first exit 814 a.

FIG. 10 depicts the hardware components of the currency recycler 104 during repeat withdraw, according to one or more embodiments shown and described herein. As illustrated, if a repeat withdrawal is requested, currency may be retrieved from the stackers 310 and sent through the recognition unit 304. Rejected notes may be sent to the temporary bin for dispensing rejected notes 306, while the passed notes may be sent to the exits 314 a, 314 b.

FIG. 11 depicts the hardware components of the currency recycler 104 during a count, according to one or more embodiments shown and described herein. As illustrated, if a user inserts currency into the currency recycler 104 for counting, the currency may be received at the entrance 302. The currency may then be sent to the recognition, which may verify whether the currency is valid. If the currency is valid, the value of that currency may be counted and output to the user. The valid currency may be returned to the user at the first exit 314 a. If the recognition unit 304 determines that at least one of the notes is invalid, the invalid currency may be rejected and sent to the second exit 314 b.

FIG. 12 depicts the hardware components of the currency recycler 104 during a sort notes procedure, according to one or more embodiments shown and described herein. As illustrated, if the user desires currency to be sorted, the user may insert the currency into the entrance 302. The currency may then be sent to the recognition unit 304 for verification and sorting. The invalid notes may be removed from the currency and sent to the second exit 314 b. The remaining valid notes may be sorted and returned to the user via the first exit 314 a.

FIG. 13 depicts the hardware components of the currency recycler 104, during a cash load from a verification cassette 308, according to one or more embodiments shown and described herein. As illustrated, currency may be retrieved from the verification cassette 308 and sent to the recognition unit 304. The recognition unit 304 can determine the validity of the notes. The valid notes may be sent to the stackers 310, while the invalid notes may be sent to the second exit 314 b.

FIG. 14 depicts the hardware components of the currency recycler 104 during a cash load from an upper unit, according to one or more embodiments shown and described herein. As illustrated, currency may be received at the entrance 302 and sent to the recognition unit 304. The recognition unit 304 may determine the validity of the currency and send the valid notes to the stackers 310. The invalid notes may be sent to the first exit 314 a.

FIG. 15 depicts the hardware components of the currency recycler 104 during a target level maintenance, according to one or more embodiments shown and described herein. In some embodiments, routine maintenance may be performed on the currency recycler 104 to maintain desired levels of currency. As such, currency may reside in the stackers 310, the overflow cassette 312, and/or the verification cassette 308. Currency may be sent from the stackers to the recognition unit 304 for distribution to the verification cassette 308 and/or the overflow cassette 312. Similarly, currency may be sent form the overflow cassette 312 to the stackers 310 and/or the verification cassette 308 and/or from the verification cassette 308 to the stackers 310 and/or overflow cassette 312.

FIG. 16 depicts the hardware components of the currency recycler 104 during a collection cassette pickup, according to one or more embodiments shown and described herein. As illustrated, once the currency is sent to the overflow cassette 312 for pickup, authorized personnel may retrieve the currency from the overflow cassette 312.

FIG. 17 depicts the hardware components of the currency recycler 104, further illustrating serial number recognition flow, according to one or more embodiments shown and described herein. As illustrated, during a deposit, the recognition unit 304 may determine serial numbers of the notes to determine their validity. The serial numbers may be stored for later use.

FIG. 18 depicts the hardware components of the currency recycler 104 during a deposit jam, according to one or more embodiments shown and described herein. As illustrated, when a deposit jam occurs, a determination may be made regarding which note is jammed, based on identifying the notes that have been processed by the recognition unit 304.

FIG. 19 depicts a diagram illustrating implementation setup, according to one or more embodiments shown and described herein. As illustrated, an account lookup table may be accessed to determine account numbers, location, account name, and/or parameters. Additionally, an order only setup may contain the customer DDA and customer location number. The order Dep setup may contain the device DDA in transit and the unique safe identifier. The Brinks/Garda setup may be a similar process as used internally. The order only profile VRU information may be provided to the customer. The swamp/excess Dep profile VRU information may be provided to the financial institution internal resource.

FIG. 20 depicts a diagram illustrating the currency recycler 104 account structure, according to one or more embodiments shown and described herein. As illustrated, the currency recycler 104 account structure may include the customer DDA, which may be unique for each individual retail location and/or may be shared among retail locations, depending on customer preference. Also included is a device balance DDA, which is the financial institution internal DDA. A device in transit DDA is additionally included, which may be built at the product level and may not be vendor-specific. An inventory DDA may also be included for each cash processing market and is vendor specific.

FIG. 21 depicts a diagram illustrating transaction types for the currency recycler 104, according to one or more embodiments shown and described herein. As illustrated, the currency recycler 104 transaction types include a customer DDA (retail store), an in-process (Fed) account, a device balance DDA (retail store), a device in transit, and an inventory DDA. These fields may receive both customer transactions and vendor transactions.

FIG. 22 depicts a diagram illustrating a reconciliation process for the currency recycler 104, according to one or more embodiments shown and described herein. As illustrated, FIG. 22 depicts balances for a currency recycler 104 for customer DDA, device balance DDA, inventory DDA, and device in transit DDA.

FIG. 23 depicts a diagram illustrating a fill/empty process for the currency recycler 104, according to one or more embodiments shown and described herein. As illustrated, the currency recycler 104 fill/empty process may include an indication of when currency is removed from the currency recycler 104, when money is processed in the vendor currency room, and when a reconciliation detail record is received.

FIG. 24 depicts a diagram illustrating customer transactions with the currency recycler 104, according to one or more embodiments shown and described herein. As illustrated, included are a market field, date field, a currency recycler field, a previous day cash field, a customer deposits field, a customer withdrawals field, an adjustments field, a vendor empty field, a vendor fill field, a current cash field, an end of day cash position field, and a difference field.

FIG. 25 depicts a flowchart illustrating operation of the currency recycler 104 in conjunction with an example remote computing device 102, according to one or more embodiments shown and described herein. As illustrated a currency recycler 104 may communicate with a processing system 2502. The processing system 2502 may send customer viewable reports to a reports direct component 2504. Additionally, in the embodiment shown, the processing system 2502 may report real time activity 2506 to a reliable automated funds transfer (“RAFT”) component 2516, which stores customer relationship information and writes customer pending activities to a table 2518. In this example, the table 2518 may also receive reference activity, such as from queries, from an a front end user interface 2520 (labeled “ACE” in this example).

The processing system 2502 may additionally send posting files to a universal deposit system (“UDS”) component 2522, which stores customer checking and saving account information that could include creation of hard posted transactions and customer files 2524. In the embodiment shown, the processing system 2502 may also send files 2510 to a mainframe 2526, which in this embodiment, file transfer protocol (“FTP”) transfers the file to a cash vault management application 2536 for customer profiles and billing (labeled “compass file server”). The processing system 2502 may also send a terminal level detail report to a reporting engine 2530 (labeled “mobius”). The processing system 2502 may additionally send a ten report 2514 to a mainframe 2532, which in this example, FTP transfers the data to a reconciliation program (labeled “frontier application servers”) and to the cash vault management application (labeled “compass file server”) 2536. The cash vault management application 2536 may send a billing file 2538 to an extended account analysis application (labeled “xaa”) 2542 and a customer relationship management (“CRM”) file 2540 to a CRM application 2544.

FIG. 26 depicts a flowchart illustrating operation of depository versus non-depository transactions, according to one or more embodiments shown and described herein. As illustrated, cash electronification actions may include the currency recycler 104 transactions sent to the financial institution via a third party. A determination may then be made regarding whether the transaction is a financial institution depository DDA or non-depository. If the transaction is depository, the currency recycler 104 transactions may settle directly to the financial institution DDA account. If the transaction is non-depository. Intraday transactions on the currency recycler 104 may hit a financial institution internal in-process account. The daily settlement with the customer's financial institution may then occur.

FIG. 27 depicts a flowchart illustrating depository versus non-depository debit and credit balances, according to one or more embodiments shown and described herein. As illustrated, the currency recycler 104 transactions may be sent to the financial institution via a third party. A determination may then be made regarding whether the transaction is depository or non-depository. If the transaction is depository, the currency recycler 104 transactions may settle directly to the financial institution DDA account. If the transaction is non-depository, the intraday transactions on the currency recycler 104 may hit an internal in-process account of the financial institution and a daily settlement may occur to move funds to the customer's financial institution. Additionally, a determination may be made regarding whether the transaction includes a debit balance funding option or a daily funding. A credit line may be used for non-depository debit balances and funds via a wire from the customer to the financial institution may be moved, based on daily reporting.

FIG. 28 depicts a flowchart illustrating intraday operation of the currency recycler 104, according to one or more embodiments shown and described herein. As illustrated, at the apparatus block the currency recycler 104 receives a retailer request for deposits and/or withdrawals at the currency recycler 104, which creates messaging for these inquiries. The messages may be sent to the financial institution. Additionally, the currency recycler 104 can receive a response back from the financial institution. At the withdrawal/deposit authorization block, authorization data (such as a PIN) is received from the retailer at the currency recycler 104, which is communicated through ATM networks to provide authorization. At the account balance block, a determination is made regarding whether there are sufficient funds in the retailer's account to complete the transaction. If not, at the decline block, the transaction may be declined. If funds are available, but preset parameters limit the transaction, the process proceeds to the percentage of funds block, where a percentage of the funds may be available to the retailer. If, at the account balance block, a determination is made that the funds are fully available, the process may proceed to the create pending authorization block, where the transaction may be processed and a pending message is created and stored for end of the day processing. At the copy of authorization block, a copy of the preliminary authorization is stored and all such authorizations are forwarded to the financial institution for settlement processing. Upon processing by the financial institution, the transaction is complete.

FIG. 29 depicts a flowchart illustrating end of day transactions of the currency recycler 104, according to one or more embodiments shown and described herein. More specifically, pending authorizations may be received from an ATM network provider. An ending day balance may be received from the currency recycler 104. A comparison of the files from the device and ATM network may be performed to reconcile the account balances between the client and the device. Decision point may be performed for determining balanced records. If not balanced, differences in the settlement process are identified in the frontier system. Accounting may research and resolve differences through an adjustment process. If there is balance, a final posting may be performed for the accounts.

FIG. 30 depicts a flowchart illustrating a physical cash audit of the currency recycler 104, according to one or more embodiments shown and described herein. As illustrated, accounting initiates a complete cash swap (change order) of the device. An armored car vendor may deliver the change order to client's location. Contents of the machine may be removed from the currency recycler 104 and the change order may be deposited into the currency recycler 104. Armored car courier delivers contents that were removed from the currency recycler 104 to the vault location for verification. A determination may be made regarding whether the contents are balanced with the respective accounting records. If not, differences will be handled as adjustments by either adjusting internal entries or the customer account. Verification is complete once records have been balanced. If so, final posting may be performed.

FIG. 31 depicts a flowchart illustrating an exchange transaction of the currency recycler 104, according to one or more embodiments shown and described herein. In this embodiment, the user has selected to initiate an exchange transaction (block 3100), for example by selecting an exchange transaction through the input hardware 232 on the currency recycler 104. An exchange transaction is generally one in which the user would like to obtain certain denominations of currency in exchange for a different denomination. Consider an example in which the user has a $20 bill and would like to exchange this for twenty $1 bills. In existing systems, the user would start with a deposit of the $20 bill and then attempt to receive a withdrawal of twenty $1 bills. However, one shortcoming of this approach arises when the denomination desired by the user is unavailable. For example, if only eighteen $1 bills are available, existing systems would receive the $20 bill deposit, then dispense eighteen $1 bills and credit the account by $2, which is not what was desired by the user. In this embodiment, the exchange transaction of the currency recycler 104 starts with the withdrawal of the desired denomination(s) before depositing any money (block 3102). This allows the user to first select the desired denomination(s), such as twenty $1 bills, using the input hardware 232 (block 3104). The recycler is configured to determine whether the desired denomination(s) are available (block 3106), such as by using the data storage element 236 (block 3108). If the desired denomination(s) are available, the desired denomination(s) are dispensed to the user (block 3110) before starting the deposit transaction (block 3114). In the above example, the user would be alerted to the fact that the recycler does not have twenty $1 bills and ask whether the user would like to select different denomination(s) (block 3112). This provides the user with an opportunity to select, for example, one $5 bill and fifteen $1 bills. Once the desired denomination(s) are selected and determined to be available, this is dispensed to the user (block 3110). At that time, the user deposits the money for exchange, which would be the $20 bill in this example (block 3114).

FIGS. 32 and 33 show example receipts that could be issued from the currency recycler 104 in conjunction with manual processing of coinage and checks, respectively. In this embodiment, a user may select a manual processing transaction from the currency recycler 104. This allows the user to deposit coinage and/or checks and receive provisional credit for these items. In this embodiment, the currency recycler 104 is configured to provide a net credit for all validated and manually deposited cash and coins and a second net credit for all manually deposited checks that will be posted to the user's account. Consider an example in FIG. 32 in which the user has performed a manual deposit of one $100 bill, two $20 bills, six $1 bills, one quarter, one dime, three nickels, and three pennies for a total manual deposit of $146.53, for which the user will be provided provisional credit. As shown in this example receipt, the user may enter the cash register from which this money came, which could be reconciled with the customer's point of sale system. Likewise, in the example receipt illustrated in FIG. 33, the user is allowed to deposit multiple checks for a total declared value of $558.43. In this example, the customer's account will be provided a provisional credit for $558.43, which is the amount declared for these checks. If the example above with respect to the manual deposit of $146.53 in cash and $558.43 occurred on the same day, the customer would receive a combined provisional credit for these two manual deposits.

While particular embodiments have been illustrated and described herein, it should be understood that various other changes and modifications may be made without departing from the spirit and scope of the claimed subject matter. Moreover, although various aspects of the claimed subject matter have been described herein, such aspects need not be utilized in combination. It is therefore intended that the appended claims cover all such changes and modifications that are within the scope of the claimed subject matter. 

What is claimed is:
 1. A non-transitory, computer readable storage medium storing a program for processing financial transactions of a retailer having a plurality of retail locations including a first retail location with a first currency recycler and a second retail location with a second currency recycler, according to a process comprising the steps of: storing a first recycler identifier indicative of a first recycler unit, a second recycler identifier indicative of a second recycler unit, and a retailer identifier indicative of a retail store using the first recycler unit and the second recycler unit; associating a first recycler account balance with the first recycler identifier, a second recycler account balance with the second recycler identifier, and a retailer account balance with the retailer identifier; associating a first location identifier indicative of a store location at which the first recycler unit is being used with the retailer identifier and a second location identifier indicative of a store location at which the second recycler unit is being used with the retailer identifier; receiving a transaction request via the network interface that includes the retailer identifier and either the first location identifier or the second location identifier; and adjusting the retailer account balance pursuant to the transaction request regardless of whether the transaction request includes the first location identifier or the second location identifier.
 2. The non-transitory, computer readable storage medium of claim 1, wherein the transaction request includes either the first location identifier or the second location identifier.
 3. The non-transitory, computer readable storage medium of claim 1, further comprising the step of receiving a plurality of transaction requests including both the first location identifier and the second location identifier.
 4. The non-transitory, computer readable storage medium of claim 1, wherein if the transaction request is a deposit transaction for a deposit amount and includes the first location identifier, the process includes the step of adjusting the retailer account balance by crediting the retailer account balance by the deposit amount.
 5. The non-transitory, computer readable storage medium of claim 4, wherein if the transaction request is a withdrawal transaction for a withdrawal amount and includes the first location identifier, the process includes the step of adjusting the retailer account balance by debiting the retailer account balance by the withdrawal amount.
 6. The non-transitory, computer readable storage medium of claim 1, further including the step of determining whether the transaction request is for a depository account.
 7. The non-transitory, computer readable storage medium of claim 6, wherein responsive to determining that the transaction request is for a depository account, the process includes the step of processing the transaction by adjusting the retailer account balance.
 8. The non-transitory, computer readable storage medium of claim 6, wherein responsive to determining that the transaction request is for a non-depository account, the process includes the step of periodically making a batch settlement of one of more transaction requests by communicating with a third party financial institution.
 9. The non-transitory, computer readable storage medium of claim 1, wherein the instructions to direct the processor to perform the adjusting step on more than five days of the week.
 10. The non-transitory, computer readable storage medium of claim 1, wherein the transaction request is for a manual deposit of coins, bills, or checks and a provisional credit is provided in response to the manual deposit.
 11. A non-transitory, computer readable storage medium storing a program for processing financial transactions of a retailer having a plurality of retail locations including a first retail location with a first currency recycler and a second retail location with a second currency recycler, according to a process comprising the steps of: storing a first recycler identifier indicative of the first recycler unit, a second recycler identifier indicative of the second recycler unit, and a retailer identifier indicative of a retail store using the first recycler unit and the second recycler unit; associating a first recycler account balance with the first recycler identifier, a second recycler account balance with the second recycler identifier, and a retailer account balance with the retailer identifier; adjusting the retailer account balance responsive to transaction requests by both the first currency recycler and the second currency recycler; wherein the first currency recycler sends a transaction request to the remote computing device responsive to a user selecting a transaction on the first currency recycler, the transaction request includes the retailer identifier and the first currency recycler identifier, and the remote computing device is configured to adjust the retailer account balance in response to receiving a transaction request from the first currency recycler; and wherein the second currency recycler sends a transaction request to the remote computing device responsive to a user selecting, a transaction on the second currency recycler, the transaction request includes the retailer identifier and the second currency recycler identifier, and the remote computing device is configured to adjust the retailer account balance in response to receiving a transaction request from the second currency recycler.
 12. The non-transitory, computer readable medium of claim 11, wherein if the transaction request from the first currency recycler is a deposit transaction for a deposit amount, the remote computing device is configured to adjust the retailer account balance by crediting the retailer account balance by the deposit amount.
 13. The non-transitory, computer readable medium of claim 12, wherein if the transaction request from the first currency recycler is a withdrawal transaction for a withdrawal amount, the remote computing device is configured to adjust the retailer account balance by debiting the retailer account balance by the withdrawal amount.
 14. The non-transitory, computer readable medium of claim 11, wherein the remote computing device is configured to determine whether a transaction request is for a depository account.
 15. The non-transitory, computer readable medium of claim 14, wherein responsive to determining that the transaction request is for a depository account, the process performs the step of adjusting the retailer account balance.
 16. The non-transitory, computer readable medium of claim 15, wherein responsive to determining that the transaction request is for a non-depository account, the process performs of the step of periodically making a batch settlement of one of more transaction requests by communicating with a third party financial institution.
 17. The non-transitory, computer readable medium of claim 11, wherein the remote computing device is configured to adjust the retailer account balance more than five days of the week responsive to communications from one or more of the first currency recycler and the second currency recycler.
 18. A non-transitory, computer readable storage medium storing a program for processing financial transactions of a retailer having a currency recycler having a housing, a processor located within the housing, a currency routing assembly disposed within the housing to move currency to at least one stacker, a display communicably linked to the processor, and an input device configured for selection of at least one option presented on the display, according to a process comprising the steps of: presenting a plurality of transaction types for selection by a user on the display, wherein the plurality of transaction types includes at least a manual processing transaction; initiating a manual deposit at the currency recycler in response to receiving a selection of the manual processing transaction using the input device; and providing an account of the user with provisional credit for the amount of the manual deposit in response to receiving input regarding the amount for the manual deposit and the types of currency for manual deposit.
 19. The non-transitory, computer readable storage medium of claim 18, wherein the currency includes at least one of coins, bills, or checks.
 20. The non-transitory, computer readable storage medium of claim 18, wherein the processor is further directed to: request a register identification for the manual deposit; and responsive to receiving the register identification, associating the manual deposit with the register identification for reconciling a point of sale system associated with the currency recycler. 